home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
bench
/
x.txt
/
000114_robertl@localhost.localdomain_Mon Nov 5 10:07:59 EST 2001.msg
< prev
next >
Wrap
Text File
|
2020-01-01
|
3KB
|
52 lines
Article: 12932 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!panix!nycmny1-snh1.gtei.net!cpk-news-hub1.bbnplanet.com!news.gtei.net!newshub2.home.com!news.home.com!news1.rdc1.tn.home.com.POSTED!not-for-mail
From: robertl@localhost.localdomain (Robert Lipe)
Newsgroups: comp.unix.sco.misc,comp.protocols.kermit.misc
Subject: Re: Dropping DTR in OSR5
References: <9s40rp$fdh$1@newsmaster.cc.columbia.edu> <3be5c667$0$439$8eec23a@newsreader.tycho.net> <20011104160917.A13779@mammoth.ca.caldera.com> <9s4qjp$30k$1@newsmaster.cc.columbia.edu>
Message-ID: <slrn9ud9ec.cfp.robertl@localhost.localdomain>
User-Agent: slrn/0.9.6.4 (Linux)
Lines: 34
Date: Mon, 05 Nov 2001 14:43:31 GMT
NNTP-Posting-Host: 24.252.223.189
X-Complaints-To: abuse@home.net
X-Trace: news1.rdc1.tn.home.com 1004971411 24.252.223.189 (Mon, 05 Nov 2001 06:43:31 PST)
NNTP-Posting-Date: Mon, 05 Nov 2001 06:43:31 PST
Organization: Excite@Home - The Leader in Broadband http://home.com/faster
Xref: newsmaster.cc.columbia.edu comp.unix.sco.misc:139899 comp.protocols.kermit.misc:12932
On 5 Nov 2001 01:39:05 GMT, Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
>In article <20011104160917.A13779@mammoth.ca.caldera.com>,
>Bela Lubkin <belal@caldera.com> wrote:
>
>: The OpenServer "sio" driver doesn't implement ispeed and ospeed as
>: separate entities. The functions exist and the structures have all the
>: necessary members, but it doesn't pay attention to the input rate, only
>: the output rate. At least, that's how it's _intended_ to work.
>:
>Aha, the truth comes out... Strict POSIX on the outside, not so strict
>on the inside :-)
Well, it's more forgivable than you make it sound. The hardware that
sio supports won't do the split bit rate thing so it's quite reasonable
for sio to lock ispeed and ospeed together.
I have in my lap the data sheets for the 8250, 16450, 16550 chips. They
just won't do it. Split bit rates were common in the 60's and 70's but
are very uncommon in the modern world so most new silicon won't support
it, either.
>: One last thing. There's a comment in the driver that implies that after
>: cycling the baud rate through 0, DTR might not come back up immediately;
I've long considered it a spec defect that B0 describes that that DTR
is deasserted but it's never spelled out precisely when it comes back.
>I think Kermit must be the only program that would want to momentarily
>drop DTR without closing the device (and of course the problem with
Rest assureed you're not the only one. Unfortunately, it tends to be a
rather disappointed crowd...